Revision: arch--lord--1.0--patch-47
Archive: lord@regexps.com--2002
Creator: Tom Lord <lord@regexps.com>
Date: Tue Jan 22 04:43:47 PST 2002
Standard-date: 2002-01-22
Summary: mkpatch/dopatch/commit/patch-report fix
Keywords: 
New-files: patch-sets/compute-renamed.awk
  {arch}/arch/arch--lord/arch--lord--1.0/lord@regexps.com--2002/patch-log/patch-47
Modified-files: =TODO ChangeLog
  ChangeLog.d/lord@regexps.com--2002/ChangeLog.lord--1.0
  ChangeLog.d/lord@regexps.com--2002/ChangeLog.lord-doc--1.0
  arch/arch.sh.in archive-transactions/commit.sh
  inventory/inventory.sh patch-sets/Makefile.in
  patch-sets/dopatch.sh patch-sets/mkpatch.sh
  patch-sets/patch-report.sh
New-patches: lord@regexps.com--2002/arch--lord--1.0--patch-47


Previously, `mkpatch', `dopatch', `patch-report', and `dopatch' (the
commands that compute lists of renamed files and directories from
indexes or the partial indexes in patch sets) detected renames by
comparing file and directory locations (paths relative to the root of
a project tree).

That's subtly wrong.  If a directory changes tag, goes from untagged
to tagged, or from tagged to untagged, then its contents (recursively)
have been "moved" (in the dopatch sense) even though their location
remains the same.

The four commands listed above, therefore, now compute renames on the
basis of basenames and containing-directory tags.  If the basename or
tag of the containing directory changes, the file is considered to
have been renamed -- otherwise not.

Also:

`inventory': trivial error output format change (fixed a missing
newline).

